home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1996 / 032296.doc / text0147.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  1.9 KB  |  42 lines
  1. I seem to recall that intel's triton's chip set (ver 1), doesn't support
  2. parity checking.  It was designed for low-end (Packard Bell) systems and
  3. spilled over into the build-it-yourself category as well.  So, even if the
  4. MB has the ability to use parity RAMS, if you have that triton-I chip set,
  5. it won't buy you anything.
  6.  
  7. - Rich
  8.  
  9. At 08:50 AM 3/26/96 -0800, you wrote:
  10. >Actually, most systems just spew you an error and halts the system.  Not
  11. >much use if it halts the system.  IF the motherboard corrects the problem,
  12. >then great.  I'd also like to point out that in the past 10 years, I've yet
  13. >to encounter any problems with any RAM on any system I've ever run across.
  14. >This includes Amigas and PCs of many varieties.  RAM problems were common
  15. >place in the early days of computing but nowadays, you run into more of a
  16. >SIMM inter-reaction (mixing SIMM manufacturers, speeds, ect) problem more
  17. >than anything else.  I doubt this is caught and fixed by parity but comes to
  18. >line in system stability, especially with operating systems like WinNT.  The
  19. >ONLY problem I've ever encountered with RAM was with an old GVP SCSI/Memory
  20. >board in my early Amiga days but I blame that more on the card than the RAM.
  21. >GVP could never design anything right...
  22. >
  23. >Some motherboards can't handle parity RAM (or at least USE the parity bit)
  24. >so one must always check with the motherboard manufacturer/manual.  If it
  25. >does support it, it's up to you whether you want to spend the extra bucks.
  26. >If the motherboard corrects errors after telling you of the error, then
  27. >great.  Otherwise, I'd say it isn't much worth it.  You'll find out in POST
  28. >or system stability (as if there wasn't enough to cause system instability
  29. >with bizarre IRQ and H/W DMA channel allocating) if you've got hardcore
  30. >memory problems or bad SIMM interaction.
  31. >
  32. >Enjoy,
  33. >Dan
  34. >--
  35. >Daniel J. McCoy - djmccoy@pacificnet.net or dan@acti.com
  36. >http//www.pacificnet.net/~djmccoy
  37. >
  38. >
  39. >
  40. - Rich Comber  <eckland@ais.net>
  41.  
  42.